-
Notifications
You must be signed in to change notification settings - Fork 7
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
make parameter 'uplo' optional for [c]tricpy #24
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for this! It will break the code as you say, but I don't think there's much risk. I've done a quick search on grep.metacpan.org anyway.
Please could you make a couple of changes?
- make the
Doc
be<<'EOT'
and get rid of the\
- not document
ctricpy
at all - update the tests to have hardcoded (maybe 3x3) values - you're literally using
tricpy
to test a version oftricpy
, which is pointless
Thanks for your review and your suggestions, fixed so far. However, I'm not sure what you mean with "not document |
Yes please. As alluded on PerlMonks, anything that helps PDL::Complex is "legacy" and shouldn't be visibly supported (even though I'm not going to delete it just yet, and even if your nice new feature does quite rightly also apply to this legacy code). |
Moved the doc from POD to comment. |
It's fortunate that you did that, because it caused me to notice that you've put I did ask you to remove the docs for |
Removed the comment and fixed the format. |
Thank you for your excellent contribution! Released as 0.38. |
Enable calling
$m->tricpy()
to extract an upper triangular matrix as discussed at PerlMonksThis change will silently break code like